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■■■I 


United  States  Northern  Command  conducts 
military  operations  to  deter,  prevent  and  defeat 
threats  and  aggression  aimed  at  the  United 
States,  its  territories  and  interests  within  assigned 
areas  of  responsibility;  as  directed  by  the 
President  or  Secretary  of  Defense,  provides 
military  assistance  to  civil  authorities,  including 


■ 

: 
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Concept  of  Operations 


“Homeland” 

Deter  and.  Defend 

•  Air  &  Space  Defense 

•  Land  Defense 

•  Maritime  Defense 

•  Critical  Defense  Infrastructure 
Protection 


“Approaches” 

Detect  and  Defeat 

•  Missile  Defense 

•  Air  Interdiction 

•  Maritime  Interdiction 


‘Forward  Regions ! 
Detect  ancj  Prevent 

•  Deterrence 

•  Preemption 

•  Assure  Allies 

•  Threat  Reduction 


USNORTHCOM  Layered  Defense  Concept 
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Connectivity  -  Communities  of  Interest 


22  Agencies: 
Customs,  INS,  TSA, 
FPS,  APHIS,  etc. 


Industry 
Academia 
News  Media 
International 


DHS 


Non-Government 
Agencies 


DOD 


Services 
COCOMs 
Unified  Commands 
JTF/JFHQ 


National  Capital 
Region 


USNORTHCOM 
v 


-►  1st 


Responders 


DOS 
USD  A 

DOT 

DOE 

DOI 

HHS/CDC 

Etc. 


Other 
Government 
Agencies  (OGA) 


Intelligence 
Community  (IC) 


Law  Enforcement 
Agencies  (LEA) 


15  Members: 

CIA,  DIA,  AIA,  etc. 


DCEMA 

Fairfax 

Loudoun 

Montgomery 

Pr  George 

MDW/NDW 


FEMA 
State  EMA 
County  &  Local 
Fire  &  Police 


DOJ 

usss 

USMS 

FBI,  ATF,  DEA 
ICE/CBP 
State  &  Local 
Tribal 


USNORTHCOM  must  interoperate  with 
over  600  other  agencies/entities 
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Architecture  in  the  Federal  Government 


GAO  Enterprise  Architecture  Management  Maturity 
Framework  (EAMMF) 


*  Stage  1 

*  Stage  2 

*  Stage  3 

*  Stage  4 

*  Stage  5 


Creating  awareness 

Building  the  management  foundation 

Developing  products 

Completing  products 

Leveraging  to  manage  change 


•  2001  survey  of  93  federal  departments  and  agencies: 

100%  below  Stage  5  (83%  in  Stages  1  or  2) 

*  2003  survey  of  96  federal  departments  and  agencies: 

99%  below  Stage  5  (90%  in  Stages  1  or  2)  (7  years  after  Act) 


Architecture  is  not  easy  to  implement -s 
Average  stage  was  1.33  in  2003 
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Architecture  Primary  Functions 


•  Identify  DOTMLPF  gaps,  shortfalls,  and  duplications 


•  Identify  prioritized  solutions  for  the  DOTMLPF  gaps,  shortfalls,  and 
duplications  (linked  to  strategic  objectives,  i.e,  strategic  vision  key 
result  areas,  command  critical  capabilities,  and  Joint  Mission 
Essential  Tasks) 


•  Identify  funding  profiles  for  the  DOTMLPF  solutions 


•  Identify  timelines  for  implementing  the  DOTMLPF  solutions 


•  Identify  technical  standards  and  compliance  for  the  N-NC 
information  exchange  environment 


•  Work  subordinate  unit  mission  needs  to  include  JTFs,  OPCON 
forces,  etc. 


•  Manage  the  Enterprise  Architecture  as  a  Program 


Focus  on  the  primary  uses  of  the  architecture  data 
as  we  develop  a  net-centric  architecture  approach 
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Gather  N-NC  enterprise 
information:  mission,  people^ 
schedule,  $$,  etc... 


Data 

Function  | 

Network 

People 

Time 

Motivation 

Planner’s 

View 

_ 

M 

Wt 

H 

It 

1, 

Owner’s 

View 

o-Q-D 

-^r 

ag0 

- 

Designer’s 

View 

£  i 

□ 

Builder’s 

View 

T  T 

□  □ 

z® 

Key 

Form“ 

Link=Line  Specification 

— 

Cycle=Component  Cycle 

Subcontractor’s 

View 

■ 

M- 

a 

-Dr;;r 

ET.“r 

Decision  Support 


...combine  into  products 
needed  to  help  analyze  the 
issue  and  make  a  decision 


-=-iOJ2il 


JMETS 

Enable  C2  and  Decision  Making  Through  a  Trusted 
Information  Exchange  Environment 


■ 

Met 

Shortfall 

■ 

Gap 

|  Duplicate 

Not  Defined/ 

No  Rqmt 

Conduct  Su^^aleMSIli^Command  Center  (SMCC) 
Operations  and  Pls^^ftFura^^ns 

Communicate  Strategic  anc^^^^^waal  decisions  and 

Shortfall 

Met 

Shortfall 

Shortfall 

Shortfall 

Shortfall 

Shortfall 

Determine  Theater  Situational  Awareness  Needs 

Shortfall 

Shortfall 

Met 

Met 

Shortfall 

Shortfall 

Shortfall 

Shortfall 

Shortfall 

Shortfall 

Met 

Met 

Shortfall 

Shortfall 

Develop  Theater  COP  Requirements 

Shortfall 

Met 

Shortfall 

Shortfall 

Shortfall 

Met 

Shortfall 

Maintain  awareness  of  situations  being  monitored  by  the 

DWC  and  JOC 

Maintain  Strategic  Information,  Data,  and  Force  Status 

Shortfall 

Met 

Shortfall 

Shortfall 

Shortfall 

Met 

Shortfall 

Combine  data  elements  to  answer  questions 
or  produce  needed  products 
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Chief  Architect’s  Organization 


Arch  itectures 

Section 

Policy  &  Awareness 
Section 

Technical  Analysis  &  Evaluation 
Section 

Nfc  Cullm,  GS-14 

Lt  Col  Hmning,  USAF 

Ms  Heibeit,  GS-13 

EA/CARDSS  Database 

EAMMF  Compliance 

T echnical  Stand  ards  an  d  Views 

6 

'Baseline"  a  'Target"  Views 

Anchit  ectir  es  Policy 

Technical  and  Security  Ccmpli ance 

Ops/Sys  Anchit  ectir  es 

Anchit  ectir  es  Libr  ary 

Technical  Reference  Model 

5 

T ransti  on  PI  snni  ng/B  as 

Anchit  ectir  es  Awareness 

Life  C  yd  e 

Vi 

Missi on/ CONOR  S  Compliance 

Anchit  ectir  es  Fund  ng 

■1' 

73 

lie! 

Contractor  Mgnt/Oversi^t 

IT  Investment  Managem  ent  Support 

Managing  the  architecture  effort 
with  a  Program  Management  Office  (PMO) 
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Integrated  Process 


Information  Sharing  Capabilities  Management  Process 


Need  Discovery 


□  Colored  boxes  denote  where  the  j 
Architecture  touches  the  process  , 
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Enterprise  Architecture  Process 


Step  1:  Mission  Analysis 


Mission  Analysis  (MA ) 

PROCESS 


IMF*  UTS 


■  Sc  r-aieg  i  c 
Gu  ida  ncfl 

Intent 

■  Vision 

•  Mi  ssion 
SlateiriAht 

■  Command 

Approved 

JNiEts 

■  Arc  h  i  tec-tn  re 


Review  References 

4  Identify  HA  Resource 
Requ  i  reme  n  ts 

4  Identify  Specific  Tasks 

-*  Identified  Implied  Tasks 

«  Identify  Additional  JMETs 

«  Identify  H1  Command  - 
Linked''  Tasks 

4  Identify  "Touch  Rdint”  I 
Command  Tasks 

4  Identify  References 
Supporting  Each  Task 


OUTPUTS 


4  Baseline  Task 
List 

*■  MA  Resource 
Shortfall's 


Step  2:  Link  Tasks  by  Info  Exchange 


Example  of  Task  Flow:  Provide  and 
Exercise  Theater  Situational  Awareness 


Task  A 
Integrate 
Theater  and 
Friendly 
Nation  SA 


Task  B 
Evaluate  SA 
Support  to 
Decision 
Making 


Task  C 
Provide  COP 
input  to 
NORTHCOM 
Training  and 
Exercise  Design 
Plan 


Step  3:  Map  Tasks  to  Org  Structure 


Step  4:  Identify  DOTMLPF  Needs 


Adaptive  Joint  Headquarters  (AJH) 

Shows  task  assignment  by  functional  cell 


M 


2HE 


Joint 

Interagency 

Combine 

r - - - ' 

Ops 

Mobile  Cons 

Planning 

Coord 

Intel  &  Fusion 

Planning 

Command 

Group 

Group 

Group 

Group 

Center 

T5 


Task  A 


V 


]  c 

Jr 


Task  B 

EET 


D  t  TaskC  1 


JE 


w 


Battle 

Cab 


Logistics 
Ops  Cell 


FL 


Current 

Info 

Theater  C4I 

Ops 

Superiority 

Coord 

Group 

Group 

Center 

J  III  ua-Lraticl-n  £ i I'M p liftfi-d  lai  brochure  pur  putes 


AJH  ORG 


Subjective  Analysis 
of  the  Data  Will 
Identify  Shortfalls 


Billet 


Task(s}  A,  Br  C 


System 
(GCC  S/C2P  C/etc 


D 


Indentified  Shortfalls 


*11  lustration  simplified  far  brochure  purposes 


Architecture  identifies  gaps,  shortfalls,  and  duplications 
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Adding  Capabilities  -  Block  &  Spiral  Approach 


Spirals  -  Development  cycles  <16  weeks  assigned  to 
each  project  to  focus  the  efforts  of  project 
managers,  developers,  and  IT  Investment 
Management  staff.  Development  focus 

Blocks  -  Periods  of  time  (linked  to  command-level  events) 
that  focus  on  providing  capabilities  to  the 
commands.  User  capabilities  focus 


Spirals  focus  project  management  efforts 
Blocks  focus  on  user  capabilities 
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Projects,  Spirals,  Blocks ,  &  Architecture 


Block  3 
Architecture 


Block  4 
Architecture 


Block  5 
Architecture 


Block  6 
Architecture 


t 


Block  4 


t 


Block  5 


i 


Block  6 


f 


Blocks 

5  Aug  04- 17  Apr  05 

18  Apr  05  -  9  Nov  05 

10  Nov  05  -  1  Apr  06 

Customer  Sees 


Capability 

Delivered 

Capability 

Delivered 

Capability 

Delivered 

Spiral  1 

Spiral  2 

Spiral  3 

Spiral  4 

Spirals 

15  Dec  04  - 
31  Mar  05 

1  Apr  05  -  ! 
20  Jul  05  1 

21  Jul  05- 
IQ  Nov  05 

1 1  Nov  05  -  1 

9  Feb  06  | 

14  weeks 

16  weeks 

1 6  weeks 

1 5  weeks 

1 


I 


N-NC/J6  Staff 
Works 


Project 


Milestone  #1 :  Milestone  #2:  Milestone  #3:  Milestone  #4: 

Field  to  Key  Develop  Develop  Develop 

Staff  Training  Plan  Enhancement  Improved  GUI 


Project  development  occurs  in  Spirals, 
Upgrades  occur  in  Blocks, 

Target  Architectures  come  from  Block  upgrade  plans 
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The  CARDSS  Tool 


Baseline 


Real  World 
Events 


Target 


Emerging  ) 
Technology 


Mission  Needs 

b'  // 


Exercises 


CARDSS 


Capabilities 


'Acquisition 

Strategies 


Evolving 

Standards 


New  Programs 
Areas  to  Invest 


Commands  Architecture  Repository  and 
Decision  Support  Source 


UNCLASSIFIED 


Attribute  1: 

Demonstrates 

commitment 


Attribute  2: 
Provides 
capability  to 
meet 

commitment 


Attribute  3: 
Demonstrates 
satisfaction  of 
commitment 


Attribute  4: 
Verifies 
satisfaction  of 
commitment 


Source:  GAO. 


Stage  1 : 
Creating 


Stage  2: 

Building  the  EA 
management  foundation 


Stage  3: 

T  Developing  EA  products 


Stage  4: 

Completing  EA  products 


Stage  5: 

Leveraging  the  EA 
to  manage  change 


Adequate  resources  exist. 
Committee  or  group 
representing  the  enterprise  is 
responsible  for  directing, 
overseeing,  or  approving  EA. 


Written  and  approved 
organization  policy  exists 
for  EA  development. 


Written  and  approved 
organization  policy  exists 
for  EA  maintenance. 


Written  and 
approved 

organization  policy 
exists  for  IT 
investment 
compliance  with  EA. 


Program  office  responsible  for 
EA  development  and 
maintenance  exists. 

Chief  architect  exists. 

EA  is  being  developed  using  a 
framework,  methodology,  and 
automated  tool. 


EA  products  are  under 

configuration 

management. 


EA  products  and 
management  processes 
undergo  independent 
verification  and  validation. 


Process  exists  to 
formally  manage  EA 
change. 

EA  is  integral 
component  of  IT 
investment 
management 
process. 


EA  plans  call  for  describing 
both  the  “as-is”  and  the  “to- 
be"  environments  of  the 
enterprise,  as  well  as  a 
sequencing  plan  for 
transitioning  from  the  “as-is” 
to  the  “to-be.” 

EA  plans  call  for  describing 
both  the  “as-is”  and  the  "to- 
be"  environments  in  terms  of 
business,  performance, 
information/data, 
application/service,  and 
technology. 

EA  plans  call  for  business, 
performance, 
information/data, 
application/service,  and 
technology  descriptions  to 
address  security. 


EA  products  describe  or 
will  describe  both  the  “as- 
is"  and  the  “to-be” 
environments  of  the 
enterprise,  as  well  as  a 
sequencing  plan  for 
transitioning  from  the  “as- 
is"  to  the  “to-be." 

Both  the  “as-is”  and  the 
‘to-be"  environments  are 
described  or  will  be 
described  in  terms  of 
business,  performance, 
information/data, 
application/service,  and 
technology. 

Business,  performance, 
information/data, 
application/service,  and 
technology  descriptions 
address  or  will  address 
security. 


EA  products  describe 
both  the  tas-is”  and  the 
“to-be"  environments  of 
the  enterprise,  as  well  as 
a  sequencing  plan  for 
transitioning  from  the  “as- 
is"  to  the  "to-be." 

Both  the  “as-is"  and  the 
“to-be"  environments  are 
described  in  terms  of 
business,  performance, 
information/data, 
application/service,  and 
technology. 

Business,  performance, 
information/data, 
application/service,  and 
technology  descriptions 
address  security. 
Organization  CIO  has 
approved  current  version 
of  EA. 

Committee  or  group 
representing  the 
enterprise  or  the 
investment  review  board 
has  approved  current 
version  of  EA. 


EA  products  are 

periodically 

updated. 

IT  investments 
comply  with  EA. 
Organization  head 
has  approved 
current  version  of 
EA 


EA  plans  call  for  developing 
metrics  for  measuring  EA 
progress,  quality,  compliance, 
and  return  on  investment. 


Progress  aga'nst  EA  plans 
is  measured  and  reported. 


Quality  of  EA  products  is 
measured  and  reported. 


Return  on  EA 
investment  is 
measured  and 
reported. 

Compliance  with  EA 
is  measured  and 
reported. 


Assessing  Progress 

■■■■■■Hill 


Stage  5 

Leveraging  the  EA  to  Manage  Change 

Stage  4 

_ Completing  EA  Products _ 

Stage  3 

_ Developing  EA  Products _ 

Stage  2 

Building  EA  Management  Foundation 

Stage  1 

_ Creating  EA  Awareness _ 


Using  GAO’s  Enterprise  Architecture  Management 
Maturity  Framework  (EAMMF)  to  assess  progress 


UNCLASSIFIED 


INCREASING  MATURITY 


UNCLASSIFIED 


STAGE  1: 


STAGE  2: 


Creating  EA  Awareness 


If  an  organization  has  plans  to 
develop  and  use  an  architecture 
yet  hasn’t  satisfied  the  criteria  in 
stage  2,  it  is  considered  in  stage  1 . 


ELEMENT  CRITERIA  STATUS 

SATISFIED 

PARTIALLY  SATISFIED 

NOT  SATISFIED 


Building  the  EA  Mgt 
_ Foundation 

1.  Adequate  resources  exist 


3.  Program  office  responsible  for 
EA  development  and  maintenance 
exists. 


4.  Chief  Architect  exists. 


5.  EA  is  being  developed  using  a 
framework,  methodology,  and 
automated  tool. 


6.  EA  plans  call  for  describing  both 
the  “as-is”  and  the  “to-be” 
environments  of  the  enterprise,  as 
well  as  a  sequencing  plan  for 
transitioning  from  the  “as-is”  to  the 
“to-be.” 

7.  EA  plans  call  for  describing  both 
the  “as-is”  and  the  “to-be” 
environments  in  terms  of  business, 
performance,  information/data, 
application/service,  and  technology. 

8.  EA  plans  call  for  business, 
performance,  information/data, 
application/service,  and  technology 
descriptions  to  address  security. 

9.  EA  plans  call  for  developing 
metrics  for  measuring  EA  progress, 
quality,  compliance,  and  return  on 
investment 


As  of  1 5  Aug  04 

STAGE  3: 


Developing  EA  Products 


10.  Written  and  approved 
organization  policy  exists  for  EA 
development. 


1 1 .  EA  products  are  under 
configuration  management 


1 2.  EA  products  describe  or  will 

describe  both  the  “as-is”  and  the 
“to-be”  environments  of  the 
enterprise,  as  well  as  a  sequencing 
plan  for  transitioning  from  the  “as- 
is”  to  the  “to-be.” _ 

13.  Both  the  “as-is”  and  the  “to-be” 

environments  are  described  or  will 
be  described  in  terms  of  business, 
performance,  information/data, 
application/service,  and 
technology. _ 

14.  Business,  performance, 
information/data, 

application/service,  and  technology 
descriptions  address  or  will 
address  security. _ 

15.  Progress  against  EA  plans  is 
measured  and  reported. 


EAMMF  Assessment 


STAGE  4: 

Completing  EA  Products 


STAGE  5: 

Leveraging  the  EA  to  Lead 
Change 


16.  Written  and  approved 
organization  policy  exists  for  EA 
maintenance. 


24.  Written  and  approved 
organization  policy  exists  for  IT 
investment  compliance  with  EA. 


17.  EA  products  and  management 
processes  undergo  independent 
verification  and  validation. 


25.  Process  exists  to  formally 
manage  EA  change. 


18.  EA  products  describe  both  the 
“as-is”  and  the  “to-be” 
environments  of  the  enterprise,  as 
well  as  a  sequencing  plan  for 
transitioning  from  the  “as-is”  to  the 
“to-be.” 


26.  EA  is  integral  component  of  IT 
investment  management  process. 


19.  Both  the  “as-is”  and  the  “to-be: 
environments  are  described  in 
terms  of  business,  performance, 
information/data, 
application/service,  and 
technology. 


27.  EA  products  are  periodically 
updated. 


20.  Business,  performance, 
information/data, 

application/service,  and  technology 
descriptions  address  security. 


Achieve  Stage  5  by  30  September  2005  !!!! 


UNCLASSIFIED 


